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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

5 The present invention generally relates to the field of insurance claims. More 

particularly, the present invention relates to a system and method for extemalization of 
formulas for assessing bodily injury general damages. 



2. Description of the Related Art 

10 

Insurance companies have been processing and settling claims associated with 

bodily injury for a long time. The task of evaluating, analyzing or estimating the amount 

of damage associated with one or more types of bodily injuries, especially trauma- 
Is 

induced bodily injuries, can be very complex. Complexity in the evaluation process often 
h 15 arises out of the fact that concurrent expertise in legal, medical and insurance fields is 
often required to arrive at a particular decision involving a bodily injury claim. 

W 
M 

]^ Several factors can affect the estimated amount of the claim associated with a 

l3 bodily injury. Every accident is different and every injury is unique. Arriving at a 

py 20 customized evaluation of a bodily injury claim, which is unique for a specific accident, 

s : 

injury, etc. is desirable. Applying across-the-board standards may tend to result in an 
O inequitable solution for one or more parties involved. Extemal environmental factors, 

such as the experience level of a claims adjuster, record of accomplishment of the legal 
professionals, post-injury quality of hfe for the injured party, etc., all can affect the 
25 valuation of a claim. 



During the past several years, many insurance companies have been using 
computer-based and knowledge-based claim-processing systems to process, evaluate, 
analyze and estimate thousands of claims in a fair and consistent manner. A knowledge- 
30 based claim-processing system includes an expert system which utilizes and builds a 
knowledge base to assist the user in decision making. It may allow the insurance 
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companies to define new rules and/or use previously defined rules, in real-time. The 
business rules are generally written by industry experts to evaluate legal, medical, 
insurance conditions before arriving at a valuation of a claim. 

There were several drawbacks with the prior art knowledge-based system. For 
example, the formulas used in the prior art, lacked flexibility. The formulas used in the 
calculation of trauma severity values were often hard-coded in the insurance claim 
processing software. Every time there was a new business requirement or a trauma 
severity calculation needed to be changed, it was often necessary to change the source 
code. In some cases the need to change the source code often resulted in delaying the 
incorporation of the updated and/or new formulas until the next system release date. Thus 
the insurance claim processing software was unable to adapt quickly to changing business 
conditions. This reduced the users' and therefore the insurance companies' flexibility to 
respond to changing business conditions in assessing bodily injury claims. 

Very often, the user may have special or unique requirement, which may required 
that the standard formulas be modified or customized to meet a specific appHcation. For 
example, different zones or geographic areas in the United States may have different 
monetary values associated with trauma severity for the same type of injury. The hard- 
coding method to compute formulas, used in the previous approaches, may not easily 
permit the customization of the formulas in a cost and time effective manner. 

It is, therefore, desirable to develop a new system and method for extemalization 
of formulas for assessing bodily injury general damages. It is desirable for the formulas 
to be easily updateable in response to changing external business conditions. It is also 
desirable for the formulas to be customizable to meet specific user requirements. Thus, 
the new system and method for extemalization of formulas should be of a flexible design, 
to meet imique user requirements. 
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SUMMARY OF THE INVENTION 

The present invention provides various embodiments of a system and method for 
5 extemahzation of formulas to assess bodily injury general damages. In one embodiment, 
an insurance company may use an expert system to develop a knowledge base in the form 
of business rules and formulas to process insurance claims. In one embodiment, the 
formulas may be invoked by the business rules to calculate trauma severity values 
associated with a bodily injury insurance claim. A rules engine may execute the business 
10 rules and formulas. 

The task of creation and maintenance of the business formulas, used by the 
business rules in the assessment of claims, may be automated by the extemahzation of 

b 

'Z formulas. In one embodiment, the database, which is external to the rules engine, may 

15 Store all business rules, formulas, program instructions, data, tables, objects, etc. 
|7j associated with the processing of insurance claims. In one embodiment, the database may 

■2 be an object oriented or a relational database. In one embodiment, the database may 

ip include a plurality of knowledge bases often storing knowledge data in the form of tables. 

3 

The data stored in the knowledge bases may also be in the form of objects. The user may 
20 create a formulas data table, which is an embodiment of a knowledge base and which 
|ij includes data necessary to transform the formula data to formulas. The entire set of 

l"S formulas created to process insurance claims may be classified into a plurality of formula 

types. In one embodiment, a formula type may include a mathematical function operating 
on one or more inputs to compute one or more outputs. In one embodiment, new formula 
25 types may be created and added to existing formula types to customize the formulas. 

The transformation program, in one embodiment, reads each row of the formula 
data table and creates a static instance of an object in the formula class in a separate 
knowledge base named formulas. Business rules may invoke the static instance of 
30 formula using the calculate method. In one embodiment, the calculate method gathers all 
of the static instances with a specified FormulalD along with a sequence number. The 
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calculate method then interprets the operations and controls how the formula is executed. 
The resuhing output value may be used to calculate the trauma severity value. 

By changing or modifying the data stored in the formulas data table and using the 
transformation method it may be possible to update the business formulas. Changing or 
adding new entries to the formulas types may customize the formulas. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure la is a block diagram illustrating the architecture of one embodiment of an 
insurance claims processing system; 
5 Figure lb illustrates one embodiment of a networked insurance claim processing 

system; 

Figure 2 illustrates a flow chart to transform formula data to formulas for 
assessing bodily injury damages claims according to one embodiment; and 

Figure 3 illustrates data elements of a formula table according to one 
10 embodiment. 



1,1 



While the invention is susceptible to various modifications and alternative forms, 
specific embodiments thereof are shown by way of example in the drawings and will 
herein be described in detail. It should be understood, however, that the drawings and 
15 detailed description thereto are not intended to limit the invention to the particular form 



In 
Q 

W disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and 



kl 20 



alternatives falling within the spirit and scope of the present invention as defined by the 
appended claims. Note, the headings are for organizational purposes only and are not 
meant to be used to limit or interpret the description or claims. 
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DETAILED DESCRIPTION OF SEVERAL EMBODIMENTS 



Figure la: A block diagram illustrating the architecture of one embodiment of an 
insurance claims processing system 

5 

In Figure la, an embodiment of an insurance claims processing system 10 may 
include a computer system 20. The term "computer system" as used herein generally 
includes the hardware and software components that in combination allow the execution 
of computer programs. The computer programs may be implemented in software, 
10 hardware, or a combination of software and hardware. A computer system's hardware 
generally includes a processor, memory media, and Input/Output (I/O) devices. As used 
herein, the term "processor" generally describes the logic circuitry that responds to and 
processes the basic instructions that operate a computer system. The term "memory" is used 
.^Q synonymously with "memory medium" herein. The term "memory medium" is intended to 

cfj 15 include an installation medium, e.g., a CD-ROM, or floppy disks, a volatile computer 

y system memory such as DRAM, SRAM, EDO RAM, Rambus RAM, etc., or a non-volatile 

111 

memory such as optical storage or a magnetic mediimi, e.g., a hard drive. The memory 



3; 

in 



ill 



medium may comprise other types of memory as well, or combinations thereof In addition, 
the memory medium may be located in a first computer in which the programs are executed, 

20 or may be located in a second different computer, which connects to the first computer over 
a network. In the latter instance, the second computer provides the program instructions 
to the first computer for execution. Also, the computer system may take various forms, 
including a personal computer system, mainfi-ame computer system, workstation, 
network appliance, Intemet appliance, personal digital assistant (PDA), television system 

25 or other device. In general, the term "computer system" can be broadly defined to 
encompass any device having a processor, which executes instructions fi*om a memory 
medium. 



The memory mediimi preferably stores a software program or programs for 
30 processing insurance claims as described herein. The software program(s) may be 
implemented in any of various ways, including procedure-based techniques, component- 
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based techniques, and/or object-oriented techniques, among others. For example, the 
software programs may be implemented using a rule-based development tool such as 
PLATINUM Aion™ available from Computer Associates Intemational, Inc. In one 
embodiment, PLATINUM Aion™ may combine business rule and object-oriented 
technologies to create and maintain complex, knowledge-intensive applications. 
Software developed with PLATINUM Aion™ may employ an Aion™ programming 
language for automation of processes which may use hundreds or thousands of business 
rules from a knowledge base. An Aion™ inference engine may automatically determine 
which rules to execute, when, and in what order. In various other embodiments, the 
software program may be implemented using other technologies, languages, or 
methodologies, as desired. A CPU, such as the host CPU, executing code and data from 
the memory medium includes a means for creating and executing the software program 
or programs according to the methods, flowcharts, and/or block diagrams described 
below. 

A computer system's software generally includes at least one operating system, a 
specialized software program that manages and provides services to other software 
programs on the computer system. Software may also include one or more programs to 
perform various tasks on the computer system and various forms of data to be used by the 
operating system or other programs on the computer system. The data may include but are 
not limited to databases, text files, and graphics files. A computer system's software 
generally is stored in non-volatile memory or on an installation medium. A program may be 
copied into a volatile memory when running on the computer system. Data may be read 
into volatile memory, as the data is required by a program. 

A server may be defined as a computer program that, when executed, provides 
services to other computer programs executing in the same or other computer systems. 
The computer system on which a server program is executing may also be referred to as a 
server, though it may contain a number of server and client programs. In the client/server 
model, a server is a program that awaits and fiilfiUs requests from client programs in the 
same or other computer systems. 
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The insurance claims processing system 10 may further include a display screen 
50 connected to the computer system 20 and an insurance database 40 residing on an 
intemal or external storage. The database may also be referred to as a repository. As 
5 used herein, a "database" may include a collection of information from which a computer 
program may select a desired piece of data. As used herein, an "insurance database" is 
used as a synonym for a "database" when included in or coupled to an insurance claims 
processing system 10. System 20 includes memory 30 configured to store computer 
programs for execution on system 20, and a central processing unit (not shown) 
10 configured to execute instructions of computer programs residing on system 20. Claims 
processing program 60, also referred to as application program software 60, may be 
stored in memory 30. As used herein, an "insurance claims processing program" 60 may 
include a software program which is configured to conduct transactions regarding 
insurance claims, such as by estimating the value of the insurance claims, for example. 



o 15 



The insurance claims processing system 10 may be used by an Insurance 
Company for various embodiments of a system and method for extemalization of 
formulas for assessing bodily injury general damages associated with a bodily injury 
insurance claim. As used herein, an Insurance Company (IC) includes a business 
20 organization that provides insurance products and/or services to customers. More 
particularly, the insurance products may pertain to providing insurance coverage for 
accidents and the traxmia-induced bodily injuries that may result due to the accident. 
Examples of trauma-induced bodily injuries may include, but are not limited to: loss of 
limb(s); bone fractures; head, neck and/or spinal injury, etc. 

25 

In one embodiment, on receiving a trauma-induced bodily injury, a customer may 
file an insurance claim with his/her insurance organization to cover medical and other 
accident-related expenses. An IC may utilize a computer-based insurance claim 
processing system to process insurance claims. In one embodiment, the processing may 
30 include estimating a financial value associated with the filed insurance claim. The 
calculation of the estimated financial value may be based on the use of formulas to 
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calculate a traxuna severity value associated with the bodily injury insurance claim. The 
formulas may utilize pre-defined, custom algorithms to calculate the trauma severity 
value. 

As used herein, an IC business transaction may be defined as a service of an IC. 
Examples of business transactions include, but are not Umited to: insurance transactions 
such as filing of claims, payment of claims, application for ins\irance coverage, and 
customized benefits, etc. Business transactions may also include services related to 
customers, insurance providers, employers, insurance agents, investigators, etc. 

As used herein, an IC insurance claim processing includes a series of instructions 
executed by a computer system for processing an IC's business transactions. A claim 
processing system may include one or more processing tasks. A processing task may 
include a sequence of one or more processing steps or an ordered list or a structured list 
of one or more processing steps, associated with the business transaction to be processed 
by the claim processing system. In one embodiment, the sequence of steps may be fixed. 
In another embodiment the sequence of steps may be established dynamically, in real- 
time. In one embodiment, the sequence of one or more steps may include an initial step, a 
final step, one or more intermediary steps, etc. In one embodiment, an IC user may select 
steps to process an insurance claim in a sequential manner. In another embodiment, the 
IC user may select steps to process an insurance claim in a random or arbitrary manner. 
Examples of processing steps may include, but are not limited to: receiving an input 
fi-om a user of the IC insurance claim processing system, reading a value fi-om a database, 
calculating a value using a formula, updating a field in a database, displaying the results 
of a business transaction on a computer screen, etc. 

In one embodiment, the insurance claim processing system may execute business 
rules in the form of program instructions in response to completion of certain steps, 
events, user inputs, etc. and as part of processing of the insurance claim. The rules may 
execute or invoke formulas to compute trauma severity values used in insurance claim 
processing. The execution of the rules may result in one or more actions such as selection 
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of the next step, performing additional calculations, generating an error message, waiting 
for user input, etc. The specific number or type of rules executed will vary depending on 
the type of injuries, the type of treatments, etc. specified in the bodily injury damages 
claim. 

5 

In one embodiment, the insurance claim processing system utilizes object- 
oriented technology to process insurance claims and assess bodily injury damages. In 
another embodiment, processing of insurance claims may utilize traditional programming 
languages and databases to achieve the same result. Insurance objects may be defined to 

10 represent or model real-world business features of insurance products and services. 
Examples of insurance objects may include, but are not limited to, objects representing the 
following: an insurance claim; an accident report; a settlement; an estimated claim; IC 
service facilities, customers, and employees; business process such as a new insurance 
appHcation and a formula for the calculation of a premium; interfaces to extemal insurance 

15 organizations; work tasks such as calculations, decisions, and assignments; temporal objects 
such as calendars, schedulers, and timers; and elemental data necessary to accomplish work 
tasks such as medical costs, risk factors, etc. 

An insurance object may be represented on the computer screen by a graphical icon 
20 or by a display listing the properties of the insurance object in graphic and alphanumeric 
format. An insurance claim object may be configured to gather and evaluate data for 
processing a filed insurance claim and to automatically make decisions about the insurance 
claim. The one or more processing steps associated with the processing of an insurance 
claim may also be configured as one or more processing step objects. In one embodiment, a 
25 display screen may be associated with a processing step. The display screen may also be 
represented as an object. Each display screen object may include a property to point to a 
previous display and another property to point to a next display screen. Each property, e.g. 
the next display pointer on a display screen object, may be changed dynamically by using 
methods associated with the display screen object. One display screen object may serve as 
30 the starting point for processing insurance claims. In one embodiment, the starting point for 
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processing insurance claims may include acquiring an insurance claim identification number 
firom an IC system user. 

In one embodiment, during the processing of an insurance claim, a business mle 
and/or an IC system user input may determine that the insurance claim processing needs the 
execution of a formula, or take additional steps or execute tasks to continue the processing 
of the claim. The IC system user may provide inputs to the insurance claims processing 
program 60 at any display screen associated with a step. The insurance claim processing 
software may dynamically modify the number of steps and/or the sequence of their 
execution to complete the claim processing transaction. An IC system user working at a 
client system may then iterate through the claim processing steps and assess a bodily injury 
damages associated with the insurance claim. 

In one embodiment, upon startup, the program 60 may provide a graphical user 
interface to display claims processing related information on display screen 50. It may 
collect user inputs, entered by using user input devices 52, and associated with insurance 
claims. It may process the user inputs, access an insurance database 40, use the contents 
of the insurance database 40 to estimate the insurance claim, and store it in memory 30 
and/or insurance database 40. The program 60 may display a value of the estimated 
insurance claim on display screen 50. A user may view the display of the estimated 
insurance claim on display screen 50, and may interactively make modifications, 
additions, and deletions to the estimated insurance claim. 

System 20 may also include one or more user input devices 52, such as a 
keyboard, for entering data and commands into the insurance claim program 60. It may 
also include one or more cursor control devices 54 such as a mouse for using a cursor to 
modify an insurance claim viewed on display screen 50. In response to the updating of 
the estimated insurance claim, the insurance claim program 60 may store the updated 
insurance claim in the insurance database 40. 



Figure lb: One embodiment of a networked insurance claim processing system 
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Figure lb illustrates one embodiment of a networked system, configured for 
processing insurance claims. In this embodiment, the system is shown as a client/server 
system with the server systems and client systems connected by a network 62. Network 
62 may be a local area network or wide area network, and may include communications 
links including, but not limited to: Ethemet, token ring, Intemet, satellite, and modem. 
Insurance claims processing system 10 as illustrated in Figure la may be connected to 
network 62. The insurance claims processing system software and insurance database 40 
may be distributed among the one or more servers 70 to provide a distributed processing 
system for insurance claim transactions. In other words, an insurance claim processing 
transaction being processed by the insurance claim processing system may be routed to 
any server based upon the workload distribution among servers 70 at the time of the 
transaction. Insurance claim processing system servers 70 may be located on a local area 
network or may be geographically dispersed in a wide area network. 

One or more client systems 80 may also be connected to network 62. Client 
systems 80 may reside at one or more claim processing units within the insurance 
company. In a wide area network, client systems 80 may be geographically dispersed. 
Client systems 80 may be used to access insurance claim processing system servers 70 
and insurance database 40. An instance claim-processing employee may use a client 
system 80 to access the insurance claim processing system and execute insurance 
transactions. An employee may also use a client system 80 to enter insurance claim 
inputs into the insurance claim processing system. One or more printers 90 may also be 
connected to network 62 for printing documents associated with insurance claim 
transactions. 

Various embodiments further include receiving or storing instructions and/or data 
implemented in accordance with the description herein upon a carrier medium. Suitable 
carrier media include memory media or storage media such as magnetic or optical media, 
e.g., disk or CD-ROM, as well as transmission media or signals such as electrical. 
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electromagnetic, or digital signals, conveyed via a communication medium such as 
networks and/or a wireless link. 

Figure 2: A flow chart to transform formulas data to formulas for assessing bodily injury 
damages claims according to one embodiment 

Figure 2 illustrates one embodiment of a method to transform formula data to 
formulas for assessing bodily injury damages claims according to one embodiment. In 
step 100, the user or the administrator of the insurance claim processing system 20 
provides a rules engine, which is capable of processing rules and operating on formulas 
associated with assessing bodily injury damages claims. As used herein, a "rules engine" 
may include an expert system which is operable to produce an output as a function of a 
plurality of rules. A rules engine, in one embodiment, may include an expert computer 
system which utilizes and builds a knowledge base developed in the form of business 
rules and/or formulas to assist the user in decision-making. It allows the insurance 
companies to capture the knowledge base of their experts by defining business rules and 
formulas. Once created, the expertise may be used in processing many transactions, 
including assessing bodily injury damages claims. The business rules and formulas 
enable claim-processing professionals to be assisted by industry experts to evaluate legal, 
medical, insurance conditions during the valuation of an insurance claim. In one 
embodiment, the rules engine may be developed using a commercial rule-based 
development tool such as PLATINUM Aion™, which is available firom Computer 
Associates International, Inc. 

Business rules, often referred to simply as rules, are executable computer program 
instructions. The business rules may invoke, operate or execute formulas to calculate 
trauma severity values associated with personal bodily injury claims. In one embodiment, 
the formulas include computer commands or logical instructions to achieve a certain 
mathematical function, i.e., assess trauma severity value for a spinal injury. Each 
formula, in one embodiment, may include a function operating on one or more inputs to 
compute one or more outputs. In another embodiment, the formulas may include a 
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plurality of functions operating on one or more inputs to compute one or more outputs. In 
one embodiment, the function may be mathematical such as add, subtract, divide, etc. In 
another embodiment, the function may be based on custom algorithms, for example an 
algorithm to calculate phantom pain associated with bodily injuries. In one embodiment, 
5 the insurance claim processing system may include several formula types, wherein each 
formula may be specified by a imique function. The formulas may be invoked, operated, 
executed or fired, under the control of the business rules. Only the pertinent formulas, 
i.e., a subset of all the available formulas, are typically be selected and executed for 
processing a specific bodily injury damages claim. 

10 

In step 110, the user or the administrator of the insurance claim processing system 
20 provides a database 40, which is external to the rules engine, and is capable of storing 
and/or retrieving information associated with insurance claim processing. As used 
herein, the term "extemal" means that the database is separate fi"om the rules engine. The 
15 type of information stored and/or retrieved may include, but not be limited to, business 
objects, tables, formulas, software source code, executable software, etc. In one 
embodiment, the database may be relational. In another embodiment, the database 40 
may be an object-oriented database. 

20 In one embodiment, the database 40 may include a plurality of tables, which may 

be accessed by a translator program, also referred to as an application program, to 
transform, create, generate, or instantiate the data stored in the tables into formulas. In 
one embodiment, the database may include a plurality of knowledge bases often storing 
knowledge data in the form of tables. Knowledge-bases may include, but not be limited 

25 to, data, tables, program instructions, business rules, objects, etc. The data stored in the 
knowledge bases may also be in the form of objects. In another embodiment, the 
translator program may transform data stored in tables into static instances of an object 
class. In one embodiment, for example, the formula data table shown by way of example 
in Figure 3a includes data structured in a tabular format, i.e., a table with several rows 

30 and columns. In one embodiment, the Formulas class of objects may include static 
instances wherein each static instance is a direct representation of a row of data in the 
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formula data table. Thus the formula data table may include all the relevant information 
necessary to transform each row of the formula data table into a static instance of the 
Formula object class. 



5 In one embodiment, the entire set of business formulas may be grouped or 

classified into a plurality of formula types. Each formula may have a common 
construction style, e.g., a function operating on one or more inputs to compute one or 
more outputs. In one embodiment, there may be several hundred pre-defined formulas 
types. New formula types to meet user requirement may also be created and added to the 
10 existing formula type list or table. Data included in the example formulas data table 
shown in Figure 3a may typically include information necessary to create a static instance 
of the Formula object class. The formula data may include a plurahty of entries in a table 

□ in a database, and the formula data may include a formula identifier 300, a sequence 

number 310, a section description, a page identifier, a prompt identifier, an answer 

13 15 identifier, a mathematical function or operation 320, a nimieric value 330, and other 

|7| suitable elements. 

li 
m 

In step 130, the translator program initiates the transformation of data stored in 
|S the formula data table to formulas i.e. the creation of static instances of the Formula 

ry 20 object class, by reading the formula data. In one embodiment, methods such as KBOpen 
g and ControlLoad may be used to open and load the formulas data table. Every knowledge 

base table has a corresponding object class name in the insurance claim-processing 
program 60. For example, the formula data knowledge base table may have a 
corresponding formula object class. The contents of each row are read one row at a time. 

25 

In step 140, data entry in each column of the formulas data table is used to 
transform, or create an instance of the formula class object in the formulas knowledge 
base. The ControlLoad function determines which set of instances of the Formula class 
must first be deleted using Deletelnstances (Tormulas') and recreated via 
30 Class(Formulas).Load function. 
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Once created, the instance of the formulas class in the formulas knowledge-base 
may be invoked, operated, or executed by the business rules by using the calculate 
method with FormulalD and the sequence number as the parameters. In one embodiment, 
the calculate method gathers all of the static instances with a specified FormulalD along 
with a sequence number. The calculate method then interprets the operations and controls 
how the formula is executed. The resulting output value is used to calculate the trauma 
severity value. 

Although not explicitly shown, Steps 130 and 140 may be repeated, in one 
embodiment, to read all rows of the formulas data table and transform the data to as many 
instances of the formulas class. On invocation or execution of the static instance, the 
insurance claim processing software 60 may compute a trauma severity value applicable 
to a specific bodily injury claim consultation transaction, and print a consultation report, 
which simmiarizes an assessment or estimate of the bodily injury general damages claim. 

In one embodiment, the task of updating, modifying, or revising the formulas may 
be simplified. To update a formula, the user or the administrator of the insurance claim 
processing system 20 may update the data entries stored in the formulas data table. By 
executing steps 130 and 140, the instances of the formulas class may be automatically 
updated to reflect the changes. 

In another embodiment, the task of customizing of formulas to meet specific 
user requirements may also be simplified. The customizing of formula data in response to 
business requirements results in customized formulas. To add a new formula type, the 
user or the administrator of the insurance claim processing system 20 may add a new 
instance of the formulas class and update the database 40. By executing steps 130 and 
140, the formulas may be automatically customized to reflect the new changes. 

Figure 3a: Formula Data Table in one embodiment 
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Figure 3a illustrate the tabular structure of the formula data table according to one 
embodiment. For purposes of example, four columns are illustrated for the table. In one 
embodiment, the table may comprise fewer or more colxunns. In one embodiment, the 
formula data table may be implemented in any nimiber of ways, such as a relational 
5 database, in a variety of commercially available database management systems. The 
formula data table may have as many rows as may be supported by the database 
management system in which it is implemented. The formula data table may be accessed 
(e.g., searched, written to, read from, etc.) through a programming interface or standard 
access mechanism (e.g., SQL) which is supported by the database management system in 
10 which the formula data table is implemented. 

Although the system and method of the present invention have been described in 
Q connection with several embodiments, the invention is not intended to be limited to the 

specific forms set forth herein, but on the contrary, it is intended to cover such 
B 15 altematives, modifications, and equivalents as can be reasonably included within the 



spirit and scope of the invention as defined by the appended claims. 



y 
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